Celestin Apprentice 2/Apprentice-Release2.iso/Information/Digests/CSMP Digest/volume 1/csmp-v1-134.txt

Text File | 1994-12-08 | 44.4 KB | 1,145 lines | [TEXT/R*ch]

C.S.M.P. Digest             Mon, 06 Jul 92       Volume 1 : Issue 134

Today's Topics:

    Better Unowned Document Identification (was Re: StuffIt 3.0)
    NEW Inside Macintosh
    THINK P - Making an App Drag-n-Drop'able
    Problems in rebuilding MacApp -debug
    'Application Zone is Damaged'
    System fonts and scripts
    flushing the sys7 disk cache?
    Toolserver for MPW
    Max files shown in GetFile dialog and Mac video?



-------------------------------------------------------

From: [e-mail] (Dave Newman)
Subject: Better Unowned Document Identification (was Re: StuffIt 3.0)
Date: Sun, 31 May 92 21:22:34 PST
Organization: Notable Technologies, Inc.


In article <[e-mail]> (comp.sys.mac.apps), [e-mail] (Carl Baltrunas & Cherie Marinelli 1.5v4) writes:
| I don't know that users "care" all that much.  But, If I have a document that
| was written in MS Word and I want to read it in WordPerfect, or some other
| word processor program, I can't double-click on it.  I can't even easily tell
| my system that when I double click on a Word document run this other thing...
| (without understudy, that is) and if Word exists on my system, I don't know if
| understudy is even invoked... I thought it was only IF the document processor
| is NOT present.
|
| Anyway, since the creator/type very often says WHAT is going to be called up
| when you want something else... and what mode to read the file, it is important.
| Even on mainframes... the idea of type has been present for years....  The Mac
| has come a long way in some senses.. with TEXT and PICT resources that can be
| read by many different programs.
|
| But, it's not there yet that everything can read everything else... so creator
| and type are of concern for awhile yet to come....

Let me clarify my point. The present scheme is not sufficient for
most people.

I can't believe that 'WDBN' or 'DFBC' are really meaningful to people.
Who would want to carry around in their skull a list of these 4 letter
codes.

The scheme we have, has been lazily adopted from the OS's internal
mechanism for tracking file ownership and type. I don't believe it
was ever Apple's intention to have people (other than programmers)
aware of these codes.

Because Apple and us programmers were, in hindsight, lazy about this,
the scheme has been pushed onto our customers. Now they have to contend
with cryptic 4 letter codes to identify documents when the Finder
is unable to do so.

One possible way to begin dealing with this in the future is to put
written descriptions of the file in an Apple specified resource within
the file's resource fork. (i.e. "Word 4.0 Document", or "MicroPhone II
v4.0 Document") This would give a future version of the Finder
a last ditch method of identifying the document type when the owning
application can't be found. The Finder would present this info to
the user so that they may determine what to do with the file.

Let the current scheme stand, we have only DOS-like schemes to fall back
to at present, but let's please think about making the situation easier
for the rest of us.

- --Dave

- -----------------------------------------------------------
Dave Newman                 |  AOL:      AFC Tinman
Artillery Spotter           |  CIS:      70743,3323
Notable Technologies, Inc.  |  internet: [e-mail]
510.208.4449                |  FAX:      [phone]
- -----------------------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail] (Ravinder Chandhok)
Date: 1 Jun 92 14:46:36 GMT
Organization: School of Computer Science, Carnegie Mellon

In article 40233 [e-mail] writes:
>...
>One possible way to begin dealing with this in the future is to put
>written descriptions of the file in an Apple specified resource within
>the file's resource fork. (i.e. "Word 4.0 Document", or "MicroPhone II
>v4.0 Document") This would give a future version of the Finder
>a last ditch method of identifying the document type when the owning
>application can't be found. The Finder would present this info to
>the user so that they may determine what to do with the file.

Uh.  Read Inside Mac Volume VI - there are two STR resources you can stuff
into a document. Id -16396 is the name of the application that created the
doc, and -16397 is a custom message to display if the app is not found.  See
pages 9-21,9-22.

The future is today!
- --
Ravinder (Rob) Chandhok              Internet : [e-mail]
Carnegie Mellon University           AppleLink: A14

+++++++++++++++++++++++++++

From: [e-mail] (Jeremy Roussak)
Date: 1 Jun 92 18:51:46 GMT
Organization: Computer Science Dept, QMW, University of London

In <[e-mail]> [e-mail] (Dave Newman)
writes:

>One possible way to begin dealing with this in the future is to put
>written descriptions of the file in an Apple specified resource within
>the file's resource fork. (i.e. "Word 4.0 Document", or "MicroPhone II
>v4.0 Document") This would give a future version of the Finder
>a last ditch method of identifying the document type when the owning
>application can't be found. The Finder would present this info to
>the user so that they may determine what to do with the file.

This scheme already exists under system 7. If you include a STR
resource, id -16396, this is taken to be the name of the
application for the "this doc couldn't be opened" Finder alert.
You can also customise the alert completely.

See IM VI, 9-21 to 22

Jeremy

+++++++++++++++++++++++++++

From: [e-mail] (Jon W{tte)
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Mon, 1 Jun 1992 20:56:46 GMT

.com> [e-mail] (Dave Newman) writes:

   Who would want to carry around in their skull a list of these 4 letter
   codes.

Hey, it's better than a dot and three letters... :-)

   One possible way to begin dealing with this in the future is to put
   written descriptions of the file in an Apple specified resource within
   the file's resource fork. (i.e. "Word 4.0 Document", or "MicroPhone II
   v4.0 Document") This would give a future version of the Finder

That way has already been defined for system 7. It's in Inside Mac.
Let's hope people start using it !

- --
h++ - new and improved !

A Bus Station is where buses stop. A Train Station is where
trains stop. On my desk, there is a Work Station.

+++++++++++++++++++++++++++

From: [e-mail] (Brian Hall)
Date: Mon, 01 Jun 92 20:18:37 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

[e-mail] (Dave Newman) writes:
>One possible way to begin dealing with this in the future is to put
>written descriptions of the file in an Apple specified resource within
>the file's resource fork. (i.e. "Word 4.0 Document", or "MicroPhone II
>v4.0 Document") This would give a future version of the Finder
>a last ditch method of identifying the document type when the owning
>application can't be found. The Finder would present this info to
>the user so that they may determine what to do with the file.

The current finder (Sys7) already supports that.  You can put a resource
in any file that identifies the app that created it.  You can also put
a custom icon, ballon help, etc, that the finder will make use of.


- --

 \ | /   | Brian Hall                 [e-mail]
 - : -   | Mark/Space Softworks       Applelink: markspace
  /|\    |                            America Online: MarkSpace
 |-+-|   |
/-\|/-\  | People don't kill people, toasters kill people.

+++++++++++++++++++++++++++

Organization: Carnegie Mellon, Pittsburgh, PA
Date: Mon,  1 Jun 1992 20:17:56 -0400
From: Matthew Blain <[e-mail]>

[e-mail] (Dave Newman) writes:
>>One possible way to begin dealing with this in the future is to put
>>written descriptions of the file in an Apple specified resource within
>>the file's resource fork.

[e-mail] (Jeremy Roussak) writes:
>This scheme already exists under system 7. If you include a STR
>resource, id -16396, this is taken to be the name of the
>application for the "this doc couldn't be opened" Finder alert.

Not only can you put in a special system-7 identifier of a file type,
but some programs (such as Dreams) identify their files with something
which started in system 6: use the vers id 2 resource. That way when you
'get info', you see something like
    house layout
    Dreams family version 1.1
Which looks somewhat weird, but it's better than nothing.

Matthew Blain
[e-mail]


+++++++++++++++++++++++++++

From: [e-mail] (Dave Newman)
Date: 2 Jun 92 23:02:24 GMT
Organization: Notable Technologies, Inc.


In article <[e-mail]> (comp.sys.mac.apps,comp.sys.mac.programmer), [e-mail] (Ravinder Chandhok) writes:
| Uh.  Read Inside Mac Volume VI - there are two STR resources you can stuff
| into a document. Id -16396 is the name of the application that created the
| doc, and -16397 is a custom message to display if the app is not found.  See
| pages 9-21,9-22.
|
| The future is today!

Good!  I had a feeling this was the case, but since I don't keep a
set of Inside Mac volumes here at work, I couldn't verify my hunch.

Thanks for spotting this.

Now, if people besides Apple were to start using this...    :-)

- --Dave

- -----------------------------------------------------------
Dave Newman                 |  AOL:      AFC Tinman
Artillery Spotter           |  CIS:      70743,3323
Notable Technologies, Inc.  |  internet: [e-mail]
510.208.4449                |  FAX:      [phone]
- -----------------------------------------------------------

+++++++++++++++++++++++++++

From: [e-mail] (Alexander M. Rosenberg)
Date: 3 Jun 92 20:42:26 GMT
Organization: Hackers Anonymous

In article <[e-mail]>, [e-mail] (Dave Newman) writes:
> In article <[e-mail]> (comp.sys.mac.apps), [e-mail] (Carl Baltrunas & Cherie Marinelli 1.5v4) writes:
> | I don't know that users "care" all that much.  But, If I have a document that
> | was written in MS Word and I want to read it in WordPerfect, or some other
> | word processor program, I can't double-click on it.  I can't even easily tell
> | my system that when I double click on a Word document run this other thing...
> | (without understudy, that is) and if Word exists on my system, I don't know if
> | understudy is even invoked... I thought it was only IF the document processor
> | is NOT present.
> |
> | Anyway, since the creator/type very often says WHAT is going to be called up
> | when you want something else... and what mode to read the file, it is important.
> | Even on mainframes... the idea of type has been present for years....  The Mac
> | has come a long way in some senses.. with TEXT and PICT resources that can be
> | read by many different programs.
> |
> | But, it's not there yet that everything can read everything else... so creator
> | and type are of concern for awhile yet to come....
>
> Let me clarify my point. The present scheme is not sufficient for
> most people.
>
> I can't believe that 'WDBN' or 'DFBC' are really meaningful to people.
> Who would want to carry around in their skull a list of these 4 letter
> codes.
>
> The scheme we have, has been lazily adopted from the OS's internal
> mechanism for tracking file ownership and type. I don't believe it
> was ever Apple's intention to have people (other than programmers)
> aware of these codes.
>

Inside Mac Volume III page 9 says: "Note: Signatures and file types may be
strange, unreadble combinations of characters; they're never seen by end
users of Macintosh."

Inside Mac Volume VI page 2-13 says: "In particular, don't use file type
names to refer to Finder documents that users see. Call documents by the
terms that appear in the Kind column in Finder windows."

Inside Mac Volume VI page 9-8 says: "...Since the system software never
displays signatures and file types to users, signatures and file types
can consist of character combinations that are incomprehensible to
anyone but you."

I would advise ignoring the last part and carefully picking your signatures
and file types to be as clear as possible. Macintosh PC Exchange displays
file types to users. (Although it also displays the matching icon for the
file type, that was deemed as not enough information to distinguish between
the differing file types you may be mapping MS-DOS files to.

- ---------------------------------------------------------------------------
- -  Alexander M. Rosenberg  - INTERNET: [e-mail]      - Yoyodyne    -
- -  330 Waverley St., Apt B - UUCP:ucbvax!apple!alexr        - Propulsion  -
- -  Palo Alto, CA 94301     -                                - Systems     -
- -  [phone]          - Nobody is my employer so       - :-)         -
- -  [phone]          - nobody cares what I say.       -             -

+++++++++++++++++++++++++++

From: [e-mail] (Lloyd Lim)
Date: 5 Jun 92 14:10:33 GMT
Organization: U.C. Davis - Department of Computer Science

In article <[e-mail]> [e-mail] (Matthew Blain) writes:
>[e-mail] (Jeremy Roussak) writes:
>>This scheme already exists under system 7. If you include a STR
>>resource, id -16396, this is taken to be the name of the
>>application for the "this doc couldn't be opened" Finder alert.
>
>Not only can you put in a special system-7 identifier of a file type,
>but some programs (such as Dreams) identify their files with something
>which started in system 6: use the vers id 2 resource. That way when you
>'get info', you see something like
>    house layout
>    Dreams family version 1.1
>Which looks somewhat weird, but it's better than nothing.

Wow, someone actually mentioned Dreams?!  Chuck Soper wanted to do this to
identify all the files that come with Dreams, and I told him how to do it.
We disagreed on whether it should be saved in files, but he wrote all the
i/o code...

It's good to hear that this is useful for something.  It would look a
little less weird if it said something like "Dreams version 1.1 document".

+++
Lloyd Lim               Internet: [e-mail]
224 Lysle Leach Hall    America Online: LimUnltd
U.C. Davis              AppleLink: LimUnltd
Davis, CA  95616        CompuServe: 72647,660

---------------------------

From: [e-mail] (Robert Withers Morgan)
Subject: NEW Inside Macintosh
Date: 2 Jun 92 14:48:12 GMT
Organization: Computer Science Dept, University of Tennesee, Knoxville

I just picked up the new (2nd) edition of Dave Mark and Cartwright Reed's
Macintosh C Programming Primer, and found the following information in Appendix H:

*** New Inside Macintosh Series *** (Apple Computer, Inc, Addison-Wesley)

Format:
  Inside Macintosh Title (Availability) - Description:

************************************************************************

Overview (Fall 1992) - Introduces New Inside Macintosh and provides
  an overview of Macintosh programming fundamentals.

Macintosh Toolbox Essentials (Fall 1992) - Describes how to implement
  essential user interface components in Macintosh applications.

More Macintosh Toolbox (Winter 1992) - covers the Help, List, Resource,
  Scrap, and Sound Managers, the Control Panel, and sound input.

Files (Fall 1992) - Covers all aspects of file handling.  Detailed
  information on the File Manager, Alias Manager, and disk initialization.

Processes (Fall 1992) - Covers procedural functions such as starting
  up and shutting down, deferred tasks, and interrupts.

Memory (Fall 1992) - Covers all aspects of memory, including the Memory
  Manager, Virtual Memory Manager, and memory management utilities.

Operating System Utilities (Winter 1992) - Covers date and time, error
  handling, PRAM, and Toolbox utilities.

Text (Winter 1992) - Covers Font, Script, Dictionary, and Text Services
  Managers, QuickDraw Text, TextEdit, Keyboard Resources, and an extensive discussion of International Resources.

Imaging (Fall 1992) - Covers 32-bit QuickDraw, working with color, and
  picture utilites.

Interapplication Communication (Winter 1992) - Discusses in-depth
  collabortive computing, plus chapters describing the AppleEvent, and
  Edition Managers, and the PPC Toolbox.

QuickTime Movie Toolbox (Spring 1993) - Describes all the QuickTime
  Toolbox utilities.

QuickTime Components (Spring 1993) - Describes how to use QuickTime
  component such as clock components, image compressors, movie controller,
  sequence grabbers, and video digitizers.

Networking (Spring 1993) - Describes how to write software that uses
  AppleTalk networking protocols.

Communications (Spring 1993) - Covers the Data Access Manager and
  Communications Toolbox.

Devices (Spring 1993) - Covers the Device, SCSI, Power, Compent, Serial,

All titles fall under the heading
All titles fall under the heading and Slot Managers, writing a device driver, and the Apple Desktop Bus.

+++++++++++++++++++++++++++

From: [e-mail] (Chrome Cboy)
Organization: University of Maryland at College Park
Date: Tue, 2 Jun 1992 18:06:58 GMT

In article <[e-mail]> [e-mail] (Robert Withers Morgan) writes:
>I just picked up the new (2nd) edition of Dave Mark and Cartwright Reed's
>Macintosh C Programming Primer, and found the following information in Appendix H:
>
>*** New Inside Macintosh Series *** (Apple Computer, Inc, Addison-Wesley)

Wow! Hey, DTS--you sly guys, you! You couldn't even drop us any hints, huh...
:-) Well, now that the dogcow's out of the bag, how about some ISBN numbers
so I can get my order in?

And what's this about Appendix H??? My copy only has through Appendix B (source
code listings). Did my copy get an Appendectomy?
- --
"Seeing much, suffering much            -Blake Sobiloff ([e-mail])
and studying much, are the               Human-Computer Interaction Lab
three pillars of learning."              Department of Psychology
         -Disraeli                       University of Maryland

+++++++++++++++++++++++++++

From: [e-mail] (Grobbins)
Date: 2 Jun 92 20:08:13 GMT
Organization: Apple DTS

In article <[e-mail]> [e-mail] (Chrome Cboy) writes:
>Wow! Hey, DTS--you sly guys, you! You couldn't even drop us any hints, huh...

Hints?  Heck, drafts of the first chapters completed have been on the
Developer CD for most of the past year.  On the May '92 CD, it's in the
folder

  Developer Essentials
    Technical Docs
      Inside Macintosh
        New Inside Mac - draft


Grobbins             [e-mail]

Usual disclaimer apply.

+++++++++++++++++++++++++++

From: [e-mail] (Keith Rollin)
Date: 2 Jun 92 21:34:17 GMT
Organization: Taligent

In article <[e-mail]>, [e-mail] (Grobbins) writes:
>
> In article <[e-mail]> [e-mail] (Chrome Cboy)
writes:
> >Wow! Hey, DTS--you sly guys, you! You couldn't even drop us any hints, huh...
>
> Hints?  Heck, drafts of the first chapters completed have been on the
> Developer CD for most of the past year.  On the May '92 CD, it's in the
> folder
>
>   Developer Essentials
>     Technical Docs
>       Inside Macintosh
>         New Inside Mac - draft

Yeah, really Blake, get with the program   :-)  And even if you don't get the
CD's, there's been talk about the new books up here for several months at least.

- --
Keith Rollin
Phantom Programmer
Taligent, Inc.


+++++++++++++++++++++++++++

From: [e-mail] (Chrome Cboy)
Organization: University of Maryland at College Park
Date: Thu, 4 Jun 1992 03:38:49 GMT

In article <[e-mail]> [e-mail] (Keith Rollin) writes:
>In article <[e-mail]>, [e-mail] (Grobbins) writes:
>> In article <[e-mail]> [e-mail] (Chrome Cboy)
>writes:
>> >Wow! Hey, DTS--you sly guys, you! You couldn't even drop us any hints, huh...
>>
>> Hints?  Heck, drafts of the first chapters completed have been on the
>> Developer CD for most of the past year.  On the May '92 CD, it's in the
>> folder
>>   Developer Essentials
>>     Technical Docs
>>       Inside Macintosh
>>         New Inside Mac - draft
>Yeah, really Blake, get with the program   :-)  And even if you don't get the
>CD's, there's been talk about the new books up here for several months at least.

Fine, guys, cruicify me because I've been a psychology-weeney for the past
year and can't afford the Developer CD's! :-) :-) :-) Now, if one of you two
wanted to hire me for the summer so I could actually do some programming
again... :-P
- --
"Seeing much, suffering much            -Blake Sobiloff ([e-mail])
and studying much, are the               Human-Computer Interaction Lab
three pillars of learning."              Department of Psychology
         -Disraeli                       University of Maryland

+++++++++++++++++++++++++++

From: [e-mail] (Michael Hecht)
Date: Fri, 5 Jun 1992 14:09:50 GMT
Organization: SAS Institute Inc.

In article <[e-mail]>, [e-mail] (Grobbins) writes:
>
> On the May '92 CD, [the draft copy of the new Inside Mac is] in the
> folder
>
>   Developer Essentials
>     Technical Docs
>       Inside Macintosh
>         New Inside Mac - draft

Speaking of the draft Inside Mac chapters on the Dev.CD, has anyone
successfully printed them to a LaserWriter?

I've been trying to print the Apple Event Manager chapter from the
Collaborative Computing book, and it goes along just fine until it
hits a page with a figure. Then PrintMonitor just sits there forever
saying "processing job," and the LaserWriter's green light just keeps
flashing. If I cancel the job, PrintMonitor goes away, but the Laser-
Writer never wakes up--I have to power it down and back up again.

If I start printing again from the page that it freaked on, I can some-
times get it to work, but I have encountered pages that won't print
ever (page 2-14 of Collaborative Computing, for example).

I'm printing from a Macintosh II with 5 MB RAM running System 7.0.1* to
a LaserWriter II NT. Any hints on what I can try? I thought about playing
with the Viewer's memory partition, but since it's getting the stuff out
to the printer driver, I didn't think that would have much effect. The
problem seems to be in PrintMonitor, the LaserWriter driver, or the Laser-
Writer (hardware) itself.

So is this a bug or a feature? (Apple's way of ensuring that we buy the
real book when it comes out. :-)

- --Michael

=======================================================================
Michael P. Hecht                 | Internet:  [e-mail]
SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT

---------------------------

From: [e-mail] (Dave Martin)
Subject: THINK P - Making an App Drag-n-Drop'able
Date: 2 Jun 92 20:27:00 GMT
Organization: Geochemical & Environmental Research Group, Texas A&M University

In THINK Pascal, how do you make an app capable of opening a file that
is dragged onto it (or, for that matter, an owned file that is double-
clicked)? I would assume that I'll need to have some sort of check
before the main event loop, but how do you tell the program that it
needs to open a file at launch? Or, at the least, where could I find
the info?

Thanks in advance.

 -                                                                     -
 - Dave Martin - Geochemical & Environmental Research Group, Texas A&M -
 - DAVE@GERGA[GERGO,GERGI].TAMU.EDU - [e-mail] - AOL:DBM -
 -                                                                     -

+++++++++++++++++++++++++++

From: [e-mail] (Keith Rollin)
Date: 2 Jun 92 21:27:42 GMT
Organization: Taligent

In article <[e-mail]>, [e-mail] (Dave Martin)
writes:
>
> In THINK Pascal, how do you make an app capable of opening a file that
> is dragged onto it (or, for that matter, an owned file that is double-
> clicked)? I would assume that I'll need to have some sort of check
> before the main event loop, but how do you tell the program that it
> needs to open a file at launch? Or, at the least, where could I find
> the info?

Read anything you can on FREF resources in Inside Mac. Volume VI, chapter 9 is a
good place to start, especially page 9-15 and thereabouts.

- --
Keith Rollin
Phantom Programmer
Taligent, Inc.

+++++++++++++++++++++++++++

From: [e-mail] (Matt Mora)
Date: 3 Jun 92 15:29:45 GMT
Organization: SRI International, Menlo Park, California

In article <[e-mail]> [e-mail] (Keith Rollin) writes:
>In article <[e-mail]>, [e-mail] (Dave Martin)
>writes:

>> In THINK Pascal, how do you make an app capable of opening a file that
>> is dragged onto it (or, for that matter, an owned file that is double-
>> clicked)? I would assume that I'll need to have some sort of check
>> before the main event loop, but how do you tell the program that it
>> needs to open a file at launch? Or, at the least, where could I find
>> the info?

>Read anything you can on FREF resources in Inside Mac. Volume VI, chapter 9
>is a good place to start, especially page 9-15 and thereabouts.

Keith, I think he's missing the code to open the files since he mentions
the owned file opening also.

Under system 6 you use the CountAppFiles/Getappfiles routines. In system
7, you want to support the core apple events to get this to work. But the
old method still works under system seven as long as you don't set
the apple event bit in the size resource.

After that works, you can then change the FREF's of your app to tell
the finder what kind of documents you can open. The "****" is the
magic string for opening any type of document.

Matt

- --
___________________________________________________________
Matthew Mora                |   my Mac  [e-mail]
SRI International           |  my unix  [e-mail]
___________________________________________________________

+++++++++++++++++++++++++++

From: [e-mail] (Dave Martin)
Organization: Geochemical & Environmental Research Group, Texas A&M University
Date: Thu, 4 Jun 1992 12:21:00 GMT

In article <[e-mail]>, [e-mail] (Matt Mora) writes...
>Under system 6 you use the CountAppFiles/Getappfiles routines. In system
>7, you want to support the core apple events to get this to work. But the
>old method still works under system seven as long as you don't set
>the apple event bit in the size resource.

Thanks -- that's exactly what I needed. Not knowing what to look under
in SpInside Mac, and certainly not thinking to look in the Segment
Loader chapter for this, it would have taken me ages to find it. Just
the proc call names was enough to search and locate the descriptions.

The app has to work with System 6 (it's a utility to supplement the new
version of the America Online software), but wanted it to accept dropped
files as well since the file type that it opens would probably not be
owned by my app.

Thanks again.

 -                                                                     -
 - Dave Martin - Geochemical & Environmental Research Group, Texas A&M -
 - DAVE@GERGA[GERGO,GERGI].TAMU.EDU - [e-mail] - AOL:DBM -
 -                                                                     -

---------------------------

From: [e-mail] (Eshel Liran)
Subject: Problems in rebuilding MacApp -debug
Date: 2 Jun 92 10:15:40 GMT
Organization: Math & CS, BarIlan U, Ramat-Gan, Israel

Recently I tried rebuilding my macapp library, and was surprised to find out
that it wouldn't compile it in debug mode.
The problem was that the compiler directive qMPW31 was set TRUE, although
I am using MPW 3.2 .
I set it to FALSE and it ran smooth, but I don't get it, what went wrong ?
Is it a known bug, or was there something wrong in my installation of MPW ?

Liran Eshel
Bar-Ilan University, ISRAEL
[e-mail]


+++++++++++++++++++++++++++

From: [e-mail] (Kent Sandvik)
Date: 5 Jun 92 01:40:49 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Eshel Liran) writes:
>
> Recently I tried rebuilding my macapp library, and was surprised to find out
> that it wouldn't compile it in debug mode.
> The problem was that the compiler directive qMPW31 was set TRUE, although
> I am using MPW 3.2 .
> I set it to FALSE and it ran smooth, but I don't get it, what went wrong ?
> Is it a known bug, or was there something wrong in my installation of MPW ?

It's documented in the documentation. Also, MacApp 2.0.1 is officially
*not* supported with MPW 3.2. Works anyway.
- --
                                              Cheers, Kent


---------------------------

From: [e-mail] (William Conrad Wojciechowski)
Subject: 'Application Zone is Damaged'
Date: 3 Jun 92 19:56:22 GMT
Organization: H&SS Dean's Office, Carnegie Mellon, Pittsburgh, PA

Hi,

I am using Think Pascal 4.0 on a Quadra 700 with System 7.0.1.  When I
compile any program, even the examples from Think Pascal,  I get the
message 'Application Zone is damaged, proceed with caution'.  Any
information on what could be causing this would be appreciated.

Thank you.

+++++++++++++++++++++++++++

From: [e-mail] (Rich Siegel)
Organization: GCC Technologies
Date: Thu, 4 Jun 1992 01:00:18 GMT

In article <0e=GDaS00WBO45=[e-mail]> [e-mail] (William Conrad Wojciechowski) writes:
>Hi,
>
>I am using Think Pascal 4.0 on a Quadra 700 with System 7.0.1.  When I
>compile any program, even the examples from Think Pascal,  I get the
>message 'Application Zone is damaged, proceed with caution'.  Any
>information on what could be causing this would be appreciated.

This message occurs when you run, not when you compile. In any case, the
problem can be fixed by obtaining and applying the THINK Pascal 4.0.1
patcher program.

R.



- --
- -----------------------------------------------------------------------
Rich Siegel                              Internet: [e-mail]
Software Engineer & Toolsmith
GCC Technologies

+++++++++++++++++++++++++++

From: [e-mail] (Michael Graf)
Date: Thu, 4 Jun 92 16:12:28 EST
Organization: Australian Programming Centre (IBMA)

In <0e=GDaS00WBO45=[e-mail]> William Conrad Wojciechowski writes:
>Hi,
>
>I am using Think Pascal 4.0 on a Quadra 700 with System 7.0.1.  When I
>compile any program, even the examples from Think Pascal,  I get the
>message 'Application Zone is damaged, proceed with caution'.  Any
>information on what could be causing this would be appreciated.
>
>Thank you.
>

  This problem can also be caused by the older versions of Gatekeeper, the
shareware Virus protection system. Upgrade to the newest version (if you are
using it) and the problem disappears.

  As an aside, you should also upgrade your THINK Pascal to 4.01, using the
upgrade kit available on SUMEX.

**********************************************************************
Regards,
  Michael Graf                             ([e-mail])
**********************************************************************

---------------------------

From: [e-mail] (Jeremy Roussak)
Subject: System fonts and scripts
Date: 3 Jun 92 19:47:38 GMT
Organization: Computer Science Dept, QMW, University of London

What's the best way of finding out whether a font, whose name
and number I have, is the system font? Under ordinary,
English/American Roman script, it's easy: the font has number
zero.  However, under non-Roman scripts, this isn't the case:
under a Japanese system, the system font is Osaka, which has id
$4000.

So, how do I tell? Is the bottom word always zero?

Post or email, I don't mind.  Thanks.

Jeremy

+++++++++++++++++++++++++++

From: [e-mail] (Dean Yu)
Date: 4 Jun 92 21:16:23 GMT
Organization: Apple Computer, Inc.

In article <[e-mail]>, [e-mail] (Jeremy Roussak) writes:
>
> What's the best way of finding out whether a font, whose name
> and number I have, is the system font? Under ordinary,
> English/American Roman script, it's easy: the font has number
> zero.  However, under non-Roman scripts, this isn't the case:
> under a Japanese system, the system font is Osaka, which has id
> $4000.
>
> So, how do I tell? Is the bottom word always zero?
>
> Post or email, I don't mind.  Thanks.
>

  The resource ID range for 'FOND' resources has been divided into ranges for a
particular script.  For the Roman fonts will be in the range 0 through 16383.  There
are further subdivisions of this range, which I don't remember the full details of.
(There's a range reserved by Apple, another range reserved for renumbering families
when ID conflicts occur, etc.)
  For script systems with script codes between 1 and 32, you can derive the ID range
for a script by the formula 16384 + 512 * (script code - 1).
  For script systems with script codes between 33 and 64 (there aren't any of these
yet) you can get the range by the formula -32768 + 512 * (script code - 33).

  Of course, whether a particular font in question follows this convention is
another story.  I just ran across a Japanese font yesterday that the system thought
belonged to the Gujaraiti script system because it was in the wrong range...

  -- Dean Yu
     Blue Meanie, Negative Ethnic Role Model
     Apple Computer, Inc.
     blah blah blah blah...

---------------------------

From: [e-mail] (Ken Pawliw)
Subject: flushing the sys7 disk cache?
Date: 3 Jun 92 20:29:27 GMT
Organization: Bell-Northern Research

>From IM VI, sec. 28-10
"In system software version 7.0, unlike earlier versions, the user cannot
 turn off disk caching."

Why?  Does the system ensure that the cache is flushed to disk?
Is the cache flush done after flushing the file or flushing the volume,
or what can I do to ensure this programatically?

- --
Ken Pawliw  <[e-mail]>

+++++++++++++++++++++++++++

From: [e-mail] (JohnC)
Organization: The Royal Society for Putting Things on Top of Other Things
Date: Wed, 3 Jun 1992 21:27:01 GMT

In article <[e-mail]> [e-mail] (Ken Pawliw) writes:
>>From IM VI, sec. 28-10
>"In system software version 7.0, unlike earlier versions, the user cannot
> turn off disk caching."
>
>Why?  Does the system ensure that the cache is flushed to disk?
>Is the cache flush done after flushing the file or flushing the volume,
>or what can I do to ensure this programatically?

I believe that calling _FlushVol has always flushed the Control Panel disk
cache, among other things.


- --
John Cavallino                  |  EMail: [e-mail]
University of Chicago Hospitals |         [e-mail]
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ c+ g+ k s++ e+ h- pv     |         Chicago, IL  60637

+++++++++++++++++++++++++++

From: [e-mail] (Keith Rollin)
Date: 4 Jun 92 20:00:32 GMT
Organization: Taligent

In article <[e-mail]>, [e-mail] (Ken Pawliw)
writes:
>
> >From IM VI, sec. 28-10
> "In system software version 7.0, unlike earlier versions, the user cannot
>  turn off disk caching."
>
> Why?  Does the system ensure that the cache is flushed to disk?
> Is the cache flush done after flushing the file or flushing the volume,
> or what can I do to ensure this programatically?

IM 6 is slightly misleading in its statement about the cache. Even under System
6.0.x, you were never able to completely turn off the cache. The File System
always kept a small cache going, even when you set the cache to zero. System 7.0
is just being honest about it.

- --
Keith Rollin
Phantom Programmer
Taligent, Inc.


---------------------------

From: [e-mail] (Clay Luther)
Subject: Toolserver for MPW
Date: 3 Jun 92 20:35:45 GMT
Organization: University of North Texas

Where may I find the toolserver for MPW 3.2?

- --
Clay W. Luther                  [e-mail]
Macintosh/Unix Programmer for Vortech Data, Inc.
Virtual System Consultant for the UNT Center for Network Neuroscience
[phone]

+++++++++++++++++++++++++++

From: [e-mail] (Kent Sandvik)
Date: 5 Jun 92 01:38:26 GMT
Organization: MacDTS Mongols

In article <cluther.707603745@morticia>, [e-mail] (Clay
Luther) writes:
>
> Where may I find the toolserver for MPW 3.2?

>From the ETO CDs. It's not a final product yet, so it's not
an APDA bundle.
- --
                                              Cheers, Kent
 PS: Someone sent us a link asking for that long haired guy
named Kent. My mother always told me I have long hair, however
I think this person has never seen a hacker from Berkeley with
*long* hair.

---------------------------

From: [e-mail] (R. Munroe)
Subject: Max files shown in GetFile dialog and Mac video?
Date: 4 Jun 92 01:49:27 GMT
Organization: UTCS Public Access


I'm writing an app that will need to access numerous files at a time.
Just as a test, I hacked out a routine that created 1500 null size files
in a folder and then used a standard get file routine to open the folder
in order to select a file.  As I expected, only about 700-800 of the files
where displayed in the dialog (they all had relatively short names - 10 chars).

The question is: does anyone know of any code that will show more than 1000
files in a folder.  A bad workaround is to let the user select the folder
only, and let my app do its stuff to all the files in the selected folder,
but that's sort of restrictive (e.g. what if the user wants to work on
only the first 500 files in the folder?).

For the curious:  the reason I need to work on such a large number of files
is for video.  If the Mac world is really serious about video, then Apple
has to realize that people in the digital video world (i.e. animators, editors,
etc) work with hundreds and sometimes thousands of files at a time (for
image processing, recording to video tape, and so on). I guess I kind of
take that all for granted using Silicon Graphics workstations.

Along the same lines:  I noticed a thread here a few weeks ago in which
someone asked how to write a file filter that showed only files that
ended in a certain suffix.  Someone from Apple posted back and said that
that was a UI no-no because the Mac identifies files by creator and file type.
That's all fine and dandy, but once again, not entirely appropriate in
today's networked world.  Here's a good example:  i wrote a Photoshop plug-in
that imports and exports Abekas files.  I have NFS/Share (absolutely fantastic
product) running on my Mac and I mount my Silicon Graphics hard disks on the
Mac desktop.  Since unix doesn't use file type indentification, I want my
plug-in to show the user only those files that end in .yuv.  This brings us
back to my original subject - if I have produced a 30 second animation
(standard TV commercial length), I can't see all 900 files in a standard
file dialog.  Poo.

In summary:  If Apple wants to truly address the video market, they are really
going to re-think some of their Mac OS philosophies.

Bob Munroe


- --
John Mariella                             :Internet:   [e-mail]
Animation Director
TOPIX Computer Graphics + Animation, Inc.

+++++++++++++++++++++++++++

From: [e-mail] (Steve Dorner)
Date: 4 Jun 92 13:46:24 GMT
Organization: University of Illinois at Urbana-Champaign

[e-mail] (R. Munroe) writes:
>The question is: does anyone know of any code that will show more than 1000
>files in a folder.
>
>For the curious:  the reason I need to work on such a large number of files
>is for video.

I (as a user) wouldn't want to use Standard File to pick from amongst
1000 files anyway.  This seems like a prime candidate for some creative
user interface design.

Knowing nothing about the video business, it's impossible for me to say
what that creative UI might be, but there's gotta be a better way than
giving the user a flat list of >1000 items to pick from.  If there isn't,
my condolences to video producers everywhere...
- --
Steve Dorner, U of Illinois Computing Services Office
Internet: [e-mail]  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner

+++++++++++++++++++++++++++

From: [e-mail] (Jamie R. McCarthy)
Date: 4 Jun 92 17:11:37 GMT
Organization: Kalamazoo College

[e-mail] (R. Munroe) writes:
>
>The question is: does anyone know of any code that will show more than 1000
>files in a folder.

No.  But it's not like it'd be hard to write.

>A bad workaround is to let the user select the folder
>only, and let my app do its stuff to all the files in the selected folder,
>but that's sort of restrictive (e.g. what if the user wants to work on
>only the first 500 files in the folder?).

Then the user could put those files in a subfolder, to name one
possibility.

>If the Mac world is really serious about video, then Apple
>has to realize that people in the digital video world (i.e. animators, editors,
>etc) work with hundreds and sometimes thousands of files at a time
>...if I have produced a 30 second animation
>(standard TV commercial length), I can't see all 900 files in a standard
>file dialog.  Poo.

And if you're really serious about programming for video, you'll write
the code that it will take to give your users a real UI to work with
those thousands of files.  There are lots of possibilities.

The "Don't Abuse the Managers" Tech Note applies here, except to the
Standard File calls.  If the toolbox doesn't work for you, no one will
stop you from writing better routines.

Incidentally, I would _not_ want to use your program if I have to scroll
through a list of 1,000 files to pick out out at a time.  You'd better
provide multiple discontinuous selection, regex selection, selection by
date and time, and selection by file size, for starters.

>Since unix doesn't use file type indentification, I want my
>plug-in to show the user only those files that end in .yuv.

The best solution is to scan for .yuv files that have whatever
type/creator they have when you bring them over from the other computer,
and give them an appropriate type and creator.  I have exactly the same
problem here, except with dozens instead of hundreds of files.  I put a
"Convert Files" button into the SFGetFile box--it works like a charm.

>In summary:  If Apple wants to truly address the video market, they are really
>going to re-think some of their Mac OS philosophies.

This is a UI question.  The File Manager is not at fault;  the Standard
File calls are.  There are no built-in limitations.  Apple can't
possibly give you the UI you need in this case, so their philosophy is
(and should be) that it's up to you.
- --
 Jamie McCarthy     Internet: [e-mail]     AppleLink: j.mccarthy
 Never make MENU resources purgeable.

+++++++++++++++++++++++++++

From: [e-mail] (Matt Mora)
Date: 5 Jun 92 18:25:28 GMT
Organization: SRI International, Menlo Park, California

In article <[e-mail]> [e-mail] (R. Munroe) writes:

>I'm writing an app that will need to access numerous files at a time.
>Just as a test, I hacked out a routine that created 1500 null size files
>in a folder and then used a standard get file routine to open the folder
>in order to select a file.  As I expected, only about 700-800 of the files
>where displayed in the dialog (they all had relatively short names 10 chars).

>The question is: does anyone know of any code that will show more than 1000
>files in a folder.  A bad workaround is to let the user select the folder
>only, and let my app do its stuff to all the files in the selected folder,
>but that's sort of restrictive (e.g. what if the user wants to work on
>only the first 500 files in the folder?).

Well if I were designing this app I would use some kind of file
browser interface something like Retrospect. I would include
wild card grouping and all kinds of file selecting functions. I don't
think I would use Standard File but it could be done.

Maybe you could write a file filter that pre groups things for the user.
For example: If there were a 500 files and the names were the same
except there is a number that makes them different (ie macvideo1, macvideo2,
macvideo3, etc...) Then in the sfdialog would scan the disk and count or group
the files that are  similar. So in the list the user would see
"macvideo[1-500]" or just "macvideo" since the user is not interested in the
single frames per se, but wants the whole group.

This is an isolated case and don't think Apple has to change anything. I think
it up to you to come out with a useable interface. May the best interface win.

Matt


- --
___________________________________________________________
Matthew Mora                |   my Mac  [e-mail]
SRI International           |  my unix  [e-mail]
___________________________________________________________

---------------------------

End of C.S.M.P. Digest
**********************